以下是我的系統目前做到的部分:
| 一般 Todo | 我的系統 |
|---|---|
| 告訴我有哪些事情 | 告訴我現在可以先做什麼 |
| 使用者自己決定順序 | AI 協助判斷順序 |
| 任務通常是固定排列 | 可以根據目前狀況重新排序 |
| 主要是記錄任務 | 開始分析任務 |
| 使用者自己考慮 Deadline | AI 把 Deadline 納入判斷 |
| 不一定知道使用者現在有多少時間 | 可以考慮目前可用時間 |
一般 Todo 主要是拿來記錄、管理事情。我的系統是往前多做了一步:從「幫我記住事情」變成「根據目前狀況幫我判斷下一步」。
前幾天完成 /ai/rank 後,AI 可以把目前還沒完成的任務全部排出順序。
但我實際想像使用情境時,又覺得好像有點麻煩。
所以今天新增一個/ai/next,把 /ai/rank 排好的結果,進一步變成 「直接告訴我現在該做哪一個任務」。
它跟 /ai/rank 不一樣。
/ai/rank:幫我把所有事情排順序。
/ai/next:直接告訴我現在最推薦做哪一件。
這是剩餘30分鐘:
{
"priority": 1,
"reason": "此任務狀態為進行中(已完成 20%),且 Deadline 是今天(2026-09-09 22:00),緊急程度最高。雖然預估剩餘時間超過 30 分鐘,但因為已經開始且急迫,最適合利用現有時間繼續推進。",
"task_id": 4
}
這是剩餘90分鐘:
{
"priority": 1,
"reason": "「寫鐵人賽文章」的截止期限最近(2026/9/9 22:00),且狀態為進行中(progress: 20),預估剩餘時間 72 分鐘小於使用者目前可用的 90 分鐘,最適合優先完成。",
"task_id": 4
}
有趣的是,兩次 AI 選出的是同一個任務,但理由其實不一樣。
30 分鐘的時候,它考慮的是「雖然做不完,但可以先推進」;90 分鐘的時候,則變成「時間足夠,可以直接完成」。
也就是說,我提供給 AI 的「目前可用時間」不同,它在判斷任務時考慮的情況也跟著改變。
接下來,我也要開始讓 AI 接觸更多實際的任務資料,看看當任務數量變多之後,它還能不能好好工作。進而進行MySQL → AI 的資料整理。